















Approved Foi^elease 2001/09/04 : CIA-RDP83T0057«R000500040012-3 


STATINTL 


STATINTL 

STATINTL 

STATINTL 


STATINTL 


STATINTL 


STATINTL 


and the Agency equipment is now in the TBM facility (i. e. the priority 
question is within that facility, rather than between^^^^^|divisions). 
The vacuum/compressed air subsystem looks good. I see no problem 
with the CDC hardware. 


STATINTL 


4. Software - I raised three questions with| 


STATINTL 


What procedures are being used to manage the development of ORACLE 
software? Which modules of the software are critical, which are needed, 
which are desireable, and what is the status of each category? What 
needs to be done, if anything, to improve the coordination between the 
Agency and^^^^^|on their respective software tasks? We spent most 
of our discussion on the first question. He showed me detailed documen- 
tation on each step of what he called "the development process." His 
explanations and his approach appeared sound. He is attentive to near- 
term schedules and is tracking the progress of his twelve people closely. 
Organization problem: He is acting as a first-level supervisor to four 
programmers until he and find a qualified person. Mr. 

definition of the most critical software modules parallels 
the near-term system goal- -to get a prototype ORACLE-host system run- 
ning at in early August. The specifications for these mod- 
ules are frozen and most of the code has been written. Specifications 
for the other software modules have not yet been frozen: operator com- 
munications, file management, job executive, VM executive, security 
utilities, and MIS. Job executive and file management are being given 
priority attention; utilities and MIS are being given the lowest priority. 

Release 1 of the ORACLE software, which will contain (perhaps limited) 
functions in each of the above areas, is supposed to be defined jointly by 
22 July 1974. Regarding the Agency^^^^^Jsoftware relationship, Mr. 

expressed mild concern about the high visibility we require on 
his software progress. This was a hint, which I think is justified, that 
equal visibility might be applied to ORACLE host software and require- 
ments definition- -both of which we are responsible for. My general im- 
pression of the software effort is that it is being handled well. Two con- 
cerns: (a) outwardly confident and candid, but I am 

not sure that he would tell me ( o when he thoughPTATINTL 
he was getting into trouble. clearly feels a bit ill at ease with STATINTL 

the software side and must rely heavily on his software manager, who has 
not hit him with his first serious problem yet. For this reason, I empha- 
sized strongly to that while schedules are important, it 

was equally important that both the Agency and ^^^^^^^Bnot be surprised .^TATINTL 
(b) The Agency has insisted on having the upper hand in ORACLE system 
specifications. This is a two-edged sword. most 

energetic in software implementation; he is less aggressive on software 
design. He will give highest priority to that which is well defined. His 
approach is correct, given our guidance. If we want system specification 
control, we must carry through on our initiative; he cannot and will not. 
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STATINTL 


Approved For Release 2001/09/04^ CIA-RDP83T00573R0005(j004001 2-3 










STATINTL 

STATINTL 


STATINTL 

STATINTL 

STATINTL 

STATINTL 

STATINTL 


STATINTL 


STATINTL 


Approved FotJJelease 2001/09/04 : CIA-RDP83T00575R000500040012-3 


In this regard, I made the point, which I will make to^^^^^^^^fas 
well, that if disagreements arise on whether specific capabilities 
should or should not be included in Release 1 of the software, err on 
the side of excluding them (with YM excepted; see below). A stable, 
working, partial system can be built upon. 
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5. Documentation and Testing - playing an im- 
portant role He h as a spe cific job in system testing and ac- 

ceptance, but his presence at^^^|has an important side effect on the 
contractor's approach. He is their reminder that there is a real live 
customer and that performance is the only acceptable criterion on the 
contract. He has direct contact with^^^^^Hand free access to their 
facility and its people. His communications with Headquarters seem 
satisfactory. His next major milestone is getting an approved document 
specifying the procedures to be followed in the pre- shipment acceptance 
test (PSAT) to be held in November. His deadline is 22 July. I learned 
that a part of this acceptance procedure will be testing by Agenc^^om- 
puter operators using ope rational documentation provided by^^^^l 

agreed that his TDY at ^^^^mishould terminate 
in December, whether or not any project milestones slip. I did not meet 
who is in charge of documentation, but everyone spoke 
highly of her. respects the job she has and seems to work 

well with her. 

6. Schedules - has generated a climate of schedule 

discipline A sign in a corridor that cannot be missed reads 

it working days to 2 August" -- the Friday before the prototype 

system is to be shipped to the host computer site. Two other important 
dates prior to the PSAT are 22 Ju ly (Rele ase 1 software specifications, 

PSAT document approved, and an statement on their confidence 

level on meeting PSAT and shipment dates) and the first week in Septem- 
ber (critical design review). The princi pal risk in me eting the November 
PSAT and/or the December shipment, in^^^^^^^Mjndgment, system 
testing. He believes that the hardware components individually will be 
ready, that the critical software elements will be ready, but that there is 
a bare minimum time available in the schedule now for testing the system 
as a whole. Evidence of his concern was the pessimistic view he had on 
getting started with the VM interface. Much of the design work on CP is 
transferable, ^^^^l^^^^has a good scheme pl anned for VM , I empha- 
sized the vital importance of the VM interface, yet^^^^^is hesitant§TATINTL 
His caution probably will not abate until he has solid evidence that the sys- 
tem concept works. This is his preoccupation. 


7. 


Conclusions 


A. We should proceed on the assumption that the current 
schedule is valid and will be met. To do otherwise may result in a self- 
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B. To show our good faith, we should vigorously pursue 
our obligations in generating design requirements in all areas an d in host 
software development. Our people should be ready when^^^^Jasks 
questions; we should ask them of ourselves if they do not. In short, we 
should continue to demonstrate the importance of the job doing 

for us. 


STATINTL 



DD/OJCS 


cc: C/SED 
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